updated requirements #106
updated requirements #106
Conversation
| - ii. An **authorized verifier**, including: | ||
| a. The **presentation type URI** that an **authorized verifier** MUST use for any authorized **presentation request**. | ||
| - i. all `authorization` values that are used by the trust registry. | ||
| - ii. all Assurance Levels, specified with unique names, that are service by the trust registry. |
There was a problem hiding this comment.
What is an Assurance Level?
There was a problem hiding this comment.
Assurance level for what? We should reference a suitable standard if we're to state this. The assurance level is a tricky one IMO because 'assurance level' may be different for different lifecycle stages or in different use cases. See NIST 800-63-3, section 5.2 has three AL's: Identity, Authenticator, Federation.
There was a problem hiding this comment.
@andorsk updating ToIP glosarry with a definition. The PCTF defines it as "In the Pan-Canadian Trust Framework™ (PCTF), a Level of Assurance (LoA) represents the level of confidence an Entity may place in the processes and other conformance criteria defined in any given component of the PCTF. Levels of Assurance are elemental in creating networks of trust."
@a-fox assurance levels would be defined in the EGF and be ecosystem-specific.
There was a problem hiding this comment.
I think the "Assurance Level" concept can be offered as something which can be adopted as is or an equivalent in the jurisdiction is adopted. Reminding the reader that LoA is a critical part of this is necessary.
| - ii. An **authorized verifier**, including: | ||
| a. The **presentation type URI** that an **authorized verifier** MUST use for any authorized **presentation request**. | ||
| - i. all `authorization` values that are used by the trust registry. | ||
| - ii. all Assurance Levels, specified with unique names, that are service by the trust registry. |
There was a problem hiding this comment.
Assurance level for what? We should reference a suitable standard if we're to state this. The assurance level is a tricky one IMO because 'assurance level' may be different for different lifecycle stages or in different use cases. See NIST 800-63-3, section 5.2 has three AL's: Identity, Authenticator, Federation.
Co-authored-by: Antti Kettunen <antti@identifinity.net>
Co-authored-by: Antti Kettunen <antti@identifinity.net>
|
need to create issue about Assurance Levels |
|
Discussed at ToIP : Early merge and continue moving on in future PRs. This comments will be addressed in future PRs. |
in process of getting requirements captured and migrated (from v1).